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METHOD AND APPARATUS FOR THE AUTOMATIC MIGRATION OF 
APPLICATIONS AND THEIR ASSOCIATED DATA AND CONFIGURATION 

FILES 



CROSS REFERENCE TO RELATED APPLICATIONS 

The present invention is related to Method and Apparatus for the Automatic 
Discovery of the Relationships Between Applications and Their Associated Data and 

10 Configuration Files, serial no. 09/ , attorney docket no. YOR920010278US1, 

and Method and Apparatus for Performing the Identification of Files to be Backed Up 

Using Relational Meta Data, serial no. 09/ , attorney docket no. 

YOR920010343US1 filed even date hereof, assigned to the same assignee, and incorporated 
herein by reference. 

1 5 BACKGROUND OF THE INVENTION 



1. Technical Field: 

The present invention relates generally to an improved data processing system, 
20 and in particular to a method and apparatus for managing information about applications 
and files. Still more particularly, the present invention provides a method, apparatus, and 
computer implemented instructions for the automatic migration of apphcations and the 
files associated with the applications. 

25 2. Description of Related Art: 

When an application is installed on a computer system, the setup program, which 
is part of the appHcation and suppUed by the application supplier, registers with the 
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operating system that the application will be creating data files of a certain file type on the 
file system. More specifically, the setup program tells the operating system the type of 
data files that will be created, edited, deleted, or otherwise manipulated by the 
application. Data files manipulated by the apphcation are associated with that apphcation 
5 as long as that application remains installed on the computer system, providing the file 
type is not changed. If the application is removed, the mapping of the file extension to the 
apphcation is lost. The current state of the art is to identify the data file type with a one to 
three-letter filename extension. For example, the setup program for Microsoft Word 
registers with the operating system to indicate that filenames with the extension *'.doc" 

10 are associated with Microsoft Word. Microsoft Word is a word processing program 
available firom Microsofl: Corporation. As a result, when a user selects a data file to be 
opened, the operating system uses the filename extension of that data file to determine 
which application should be launched. 

Users typically install dozens of applications on a data processing system, such as 

15 editors, e-mail programs, hitemet browsers, and business applications such as payroll or 
inventory access. Each of these applications usually create, edit, rename, or delete data 
files of a certain data type as determined by the file type extension. These data files may 
include user identification such as users Ids and passwords, application configuration 
files, reports, and data files. Currently, each application consistently creates data file 

20 types associated with an application vendor determined by the filename extension. For 
example, Microsoft Word creates document data files using the filename extension 
".doc", Lotus WordPro creates document data files using the filename extension 'Mwp", 
and Lotus Notes creates data files using the filename extension ".id" for userid 
information and ".nsf for notes databases. Lotus Word Pro and Lotus Notes are 

25 available from Lotus Development Corporation. Each application vendor selects a 
unique filename extension to be used for their apphcation and hopes that no other 
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application vendor selects the same extension. In the case of some programs that use 
common types of files such as .mid or .jpg, installing another program will often 
incorrectly associate the data files with the newly installed application. 

As the end user executes appHcations and works on data files, the Hst of data files 

5 associated with the appUcation continually changes. Some data files may be created, 
others deleted or edited, and some renamed with other filenames or file type extensions. 
The user also may place some of these files in other places within the file system. With 
these types of file manipulations, the files may become hard to locate without using a tool 
to search the hard disk drive for filenames with a well known filename extension for a 

1 0 particular appUcation. The files also may contain extensions that do not follow the 
recommended file naming convention. For example, the user may create a Microsoft 
Word document and save it with the filename extension of ".zoo" instead of the standard 
.doc extension. 

If the user's data processing system is replaced for any reason, it becomes nearly 
1 5 impossible to locate all the data files created and required by an appUcation for the 

purposes of moving those files to the new data processing system. The files may not be in 
the same place that they were originally created and may not have the same filename or 
filename extension that is indirectly associated with the application. In addition, the 
application might create data files, such as appUcation settings, that are not registered 
20 with the operating systems associations to applications. 

For example, Lotus Notes creates a desktop.dsk file to store the layout of the 
applications workspace, but the file extension .dsk is not associated witii Lotus Notes 
during the applications installation. If the user attempts to relocate or migrate this 
application or other applications to another system, all of tiie files associated with the 
25 appUcation should also be moved. Currently, no system or process is present to ensure 
that aU of the data and configuration files can be located and subsequently moved. 
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The user can search for all occurrences of a particular file extension, but this 
process is a tedious task. Even if the user finds all files with a particular extension, it is 
impossible to ensure that all the files of that type have been located because the files may 
have been renamed or move to another location, such as a network share. 

Therefore, it would be advantageous to have an improved method and apparatus 
for migrating apphcations and associated data for those applications. 
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SUMMARY OF THE INVENTION 



5 The present invention provides a method, apparatus, and computer implemented 

instructions for the automatic migration of applications and their associated data and 
configuration files from a source data processing system to a destination data processing 
system. A data store containing meta data regarding files associated with the application 
is queried in which the data store includes meta data describing the files accessed by the 
10 application. A result is received in response to querying the data store in which the 

associations are maintained. Copjang of the files from the source data processing system 
to the destination data processing system using the result is initiated. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

The novel features believed characteristic of the invention are set forth in the 
5 appended claims. The invention itself, however, as well as a preferred mode of use, 
further objectives and advantages thereof, will best be understood by reference to the 
following detailed description of an illustrative embodiment when read in conjunction 
with the accompanying drawings, wherein: 

Figure 1 is a pictorial representation of a network of data processing system in 
1 0 which the present invention may be implemented; 

Figure 2 is a block diagram of a data processing system that may be implemented 
as a server in accordance with a preferred embodiment of the present invention; 

Figure 3 is a block diagram illustrating a data processing system in which the 
present invention may be implemented; 
15 Figure 4 is a diagram illustrating components involved in migrating applications 

and associated data in accordance with a preferred embodiment of the present invention; 

Figure S is a diagram of meta data describing relationships between applications 
and associated data in accordance with a prefeired embodiment of the present invention; 
Figure 6 is a diagram illustrating an example call in accordance with a preferred 
20 embodiment of the present invention; 

Figure 7 is a flowchart of a process used for installing the processes for 
automatically discovering relationships between applications and associated data in 
accordance with a preferred embodiment of the present invention; 

Figure 8 is a flowchart of a process used for handling requests for file operations 
25 in accordance with a preferred embodiment of the present invention; 

Figure 9 is a flowchart of a process used for processing an open operation in 
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accordance with a preferred embodiment of the present invention; 

Figure 10 is a flowchart of a process used for processing a delete operation in 
accordance with a preferred embodiment of the present invention; 

Figure 11 is a flowchart of a process used for renaming in accordance with a 
5 preferred embodiment of the present invention; 

Figure 12 is a flowchart of a process used for processing a close or copy 
operation in accordance with a preferred embodiment of the present invention; 

Figure 13 is a flowchart of a process used for processing queries for file 
information in accordance with a preferred embodiment of the present invention; 
10 Figure 14 is a flowchart of a process used by an application to obtain a list of files 

in accordance with a preferred embodiment of the present invention; 

Figure 15 is a flowchart of a process used for migrating an apphcation and 
associated data in accordance with a preferred embodiment of the present invention; and 

Figure 16 is a flowchart of a process used for migrating an apphcation and 
1 5 associated data through user input in accordance with a preferred embodiment of the 
present invention. 
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DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 

With reference now to the figures, Figure 1 depicts a pictorial representation of a 
network of data processing system in which the present invention may be implemented. 
5 Network data processing system 1 00 is a network of computers in which the present 
invention may be implemented. Network data processing system 100 contains a network 
102, which is the medium used to provide conmiunications links between various devices 
and computers connected together within network data processing system 100. Network 
102 may include connections, such as wire, wireless communication links, or fiber optic 
10 cables. 

Li the depicted example, server 104 is connected to network 102 along with storage 
unit 106. M addition, chents 108, 110, and 112 are connected to network 102. These 
chents 108, 110, and 112 maybe, for example, personal computers or network computers, 
hi the depicted example, server 104 provides data, such as boot files, operating system 

15 images, and appUcations to chents 108-112. Chents 108, 110, and 112 are clients to server 
104. Network data processing system 100 may include additional servers, clients, and 
other devices not shown, ha the depicted example, network data processing system 100 is 
the hitemet with network 102 representing a worldwide collection of networks and 
gateways that use the TCP/IP suite of protocols to communicate with one another. At the 

20 heart of the hitemet is a backbone of high-speed data communication lines between major 
nodes or host computers, consisting of thousands of commercial, government, educational 
and other computer systems that route data and messages. Of course, network data 
processing system 100 also may be implemented as a number of different types of 
networks, such as for example, an intranet, a local area network (LAN), or a wide area 

25 network (WAN). Figure 1 is intended as an example, and not as an architectural limitation 
for the present invention. 
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Referring to Figure 2, a block diagratn of a data processing system that may be 
implemented as a server, such as server 104 in Figure 1, is depicted in accordance with a 
preferred embodiment of the present invention. Data processing system 200 may be a 
symmetric multiprocessor (SMP) system including a plurality of processors 202 and 204 
5 connected to system bus 206, Alternatively, a single processor system may be employed. 
Also connected to system bus 206 is memory control! er/cache 208, which provides an 
interface to local memory 209. I/O bus bridge 210 is connected to system bus 206 and 
provides an interface to I/O bus 212. Memory controller/cache 208 and I/O bus bridge 210 
may be integrated as depicted. 

10 Peripheral component interconnect (PCI) bus bridge 214 connected to I/O bus 212 

provides an interface to PCI local bus 216. A number of modems may be connected to 
PCI local bus 216. Typical PCI bus implementations will support four PCI expansion slots 
or add-in connectors. Communications links to clients 108-112 in Figure 1 maybe 
provided through modem 218 and network adapter 220 connected to PCI local bus 216 

1 5 through add-in boards. 

Additional PCI bus bridges 222 and 224 provide interfaces for additional PCI local 
buses 226 and 228, from which additional modems or network adapters may be supported. 
In this manner, data processing system 200 allows connections to multiple network 
computers. A memory-mapped graphics adapter 230 and hard disk 232 may also be 

20 connected to I/O bus 212 as depicted, either directly or indirectly. 

Those of ordinary skill in the art will appreciate that the hardware depicted in 
Figure 2 may vary. For example, other peripheral devices, such as optical disk drives and 
the like, also may be used in addition to or in place of the hardware depicted. The depicted 
example is not meant to imply architectural limitations with respect to the present 

25 invention. 

The data processing system depicted in Figure 2 may be, for example, an IBM 
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e-Server pSeries system, a product of International Business Machines Corporation in 
Armonk, New York, running the Advanced Interactive Executive (AIX) operating system 
or LINUX operating system. 

With reference now to Figure 3, a block diagram illustrating a data processing 
5 system is depicted in which the present invention may be implemented. Data processing 
system 300 is an example of a chent computer. Data processing system 300 employs a 
peripheral component interconnect (PCI) local bus architecture. Although the depicted 
example employs a PCI bus, other bus architectures such as Accelerated Graphics Port 
(AGP) and Industry Standard Architecture (ISA) may be used. Processor 302 and main 

1 0 memory 304 are connected to PCI local bus 306 through PCI bridge 308. PCI bridge 308 
also may include an integrated memory controller and cache memory for processor 302. 
Additional connections to PCI local bus 306 maybe made through direct component 
interconnection or through add-in boards. In the depicted example, local area network 
(LAN) adapter 310, SCSI host bus adapter 312, and expansion bus interface 314 are 

15 connected to PCI local bus 306 by direct component connection. In contrast, audio adapter 
316, graphics adapter 318, and audio/video adapter 319 are connected to PCI local bus 306 
by add-in boards inserted into expansion slots. Expansion bus interface 314 provides a 
connection for a keyboard and mouse adapter 320, modem 322, and additional memory 
324. Small computer system interface (SCSI) host bus adapter 312 provides a connection 

20 for hard disk drive 326, tape drive 328, and CD-ROM drive 330. Typical PCI local bus 
implementations will support three or four PCI expansion slots or add-in connectors. 

An operating system runs on processor 302 and is used to coordinate and provide 
control of various components within data processing system 300 in Figure 3. The 
operating system may be a commercially available operating system, such as Windows 

25 2000, which is available from Microsoft Corporation. An object oriented programming 
system such as Java may run in conjunction with the operating system and provide calls to 
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the operating system from Java programs or applications executing on data processing 
system 300, "Java" is a trademark of Sun Microsystems, Inc. Instructions for the 
operating system^ the object-oriented operating system, and apphcations or programs are 
located on storage devices, such as hard disk drive 326, and may be loaded into main 
5 memory 304 for execution by processor 302. 

Those of ordinary skill in the art will appreciate that the hardware in Figure 3 
may vary depending on the implementation. Other internal hardware or peripheral 
devices, such as flash ROM (or equivalent nonvolatile memory) or optical disk drives and 
the like, maybe used in addition to or in place of the hardware depicted in Figure 3. 
10 Also, the processes of the present invention may be applied to a multiprocessor data 
processing system. 

As another example, data processing system 300 may be a stand-alone system 
configured to be bootable without relying on some type of network communication 
interface, whether or not data processing system 300 comprises some type of network 
15 communication interface. As a further example, data processing system 300 may be a 
personal digital assistant (PDA) device, which is configured with ROM and/or flash 
ROM in order to provide nonvolatile memory for storing operating system files and/or 
user-generated data. 

The depicted example in Figure 3 and above-described examples are not meant to 
20 imply architectural limitations. For example, data processing system 300 also may be a 
notebook computer or hand held computer in addition to taking the form of a PDA. Data 
processing system 300 also may be a kiosk or a Web appliance. 

With reference now to Figure 4, a diagram illustrating components involved in 
migrating applications and associated data is depicted in accordance with a preferred 
25 embodiment of the present invention. The components illustrated in Figure 4 may be 
implemented as software and data structures in data processing systems, such as data 
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processing system 200 in Figure 2 and data processing system 300 in Figure 3. 

In the depicted examples, source 400 includes operating system 402, which 
contains file functions 404. These files functions are used to perform different functions 
on files, such as file 406 in response to requests from applications, such as apphcation 
5 408. These functions include, for example, opening, closing, creating, copying, 
renaming, and deleting files. When the user starts application 408, application 408 
generally requires a data file to act upon. For instance, starting a word processor usually 
requires that the user indicate the name of the file to be created, edited, or processed. 
Most appUcations have some type of open menu where the user specifies which file they 

10 are going to work on. The user generally clicks a "file open" button or menu item to open 
a file, and is then presented with a list of files meeting that criteria to work on. 

Using current technology, the hst of files available to work on is determined by 
file type, which may be identified through the file type extension. When an application is 
installed, it usually notifies the operating system, which file type extension should be 

1 5 associated with that program. For example, Microsoft Word notifies the operating system 
that it will use files with the .doc extension. After the application is installed, if the user 
selects a file with the .doc extension, the Microsoft Word application will be launched to 
operate on that file. Using current technology, the association between the application 
program and the file type extension exists until that application program is removed from 

20 the system. When the apphcation is removed, the removal program also removes any 
associations that had been established at the time the apphcation was installed. 

With the mechanism of the present invention, calls by application 408 to file 
functions 404 are hooked or routed to device driver 410. Some other service may be used 
other that device driver 410 depending on the implementation. These functions calls 

25 include opening, closing, creating, copying, renaming, and deleting a file. Each time a 
call for one of the file functions is made, the call is intercepted by device driver 410. The 
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name of the program making the call is identified by device driver 410 along with the 
name of the data file being operated on. 

For example, device driver 410 hooks the single entry point of the "file close" 
function. Each time a file, such as file 406, is closed, the close is intercepted by device 
5 driver 410. Device driver 410 identifies the name of application 408 closing file 406, 
along with the name of file 406. In this example, file 406 is opened and closed by 
apphcation 408, representing a normal close of file 406, The relational meta data that 
represents the association of file 406 to application 408 is updated in database 412 with 
the new information. If application 408 opens file 406, but another software entity, such 

10 as operating system 402 closes file 406, then an abnormal close may have occurred 
because of a failure in application 408. 

Each time a file is opened or closed, the relational meta data for the given file is 
updated by device driver 410. The mechanism of the present invention also may hook the 
operating system entry points for file erase, file rename, file move, and file copy 

15 functions. These additional hooks also update the relational meta data in database 412. If 
an application program, in the process of executing, creates a file, the file creation 
information and association to the application program is stored in relational meta data. 
If the application program deletes a file, the relational meta data for the deleted file is 
deleted. The relational meta data for file 406 is updated in database 412 is updated if the 

20 apphcation renames file 406, It is important to note that, in these examples, in the event 
that the same file is accessed by more than one program, the database will contain the 
reference to the application that accessed the file most recently. 

If the user copies file 406 to another location, the relational meta data for file 406 
is updated with the new location. If multiple applications perform activity against file 

25 406, the relational meta data for file 406 is updated to reflect the association to muhiple 
applications. 
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When application 408 is started, the user is presented with a list of files to work 
on, depending on the file type extension registered with the operating system by 
application 408. The user selects one or more files to work on, and then confirms the 
choice by clicking an OK button or similar type of control Some application programs, 
5 such as Microsoft Word, keep a finite length fist of the files acted upon in persistent 
storage. One of the options the user has is to select the history fist of files that have been 
accessed by the application program. The mechanism of the present invention provides 
for a method, apparatus, and computer implemented instructions for a convenient way to 
provide quick access to fi*equently manipulated files. 

10 The list of files displayed that can be acted upon is based on the file type 

extension. However, the user may have renamed the file with a different extension, or 
moved the file to another area on the disk or even another computer or network share. 
Apphcation 408 has no direct knowledge of these files, their new extension, or their new 
location because the file type extension has changed or the files have been moved to an 

15 unknown location. Because this information is in database 412, application 408 can query 
database 412 through calls to device driver 410 to find the file names and location of all 
of the data and configuration files associated with the apphcation 408. Apphcation 408 
then uses the fist of files fi"om database 412 to present to the user at the time apphcation 
408 is run. Listead of choosing a data file of a certain file type extension and from a 

20 specified physical location on the disk, the user can now select any file that had been 

created by apphcation 408 and from any location on the disk. The access to database 412 
may be provided through standard apphcation programming interface (API) calls made to 
device driver 410 fi-om application 408 or another apphcation. Using the access methods 
provided by the invention the user can query the relational database with such queries as: 

25 Show me the files created between December 1, 2000 and December 15, 2000. 

Show me the files created since January 1, 2001 by the user stevemas. 
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Show me all of the files associated to the Lotus 1-2-3 program. 

The association of applications with files and file locations may extend to files 

created, stored, or moved to remote storage devices located on another computer system. 

The mechanism of the present invention may be installed as an integral part of operating 
5 system 402, such as within a kernel. Alternatively, the mechanism may be added as a 

patch or add-on component if added to operating system 402 after its installation. 

La these examples, the meta data is stored in a data store that takes the form of a 

database. A data store is some data structure or system used to store meta data. Another 

data store, which may be used, is a flat file or a table. 
10 When a user or administrator desires to migrate an application from source 400 to 

another data processing system, such as destination 414, the user invokes the mechanism 

of the present invention. The user may select a ''migrate" function on management server 

416. This option presents a menu of the files to migrate by reading the relational meta 

data for each file that is related to the relevant apphcations. The user can then accept or 
1 5 refixse for one or more files to be copied or migrated to the new system. Alternatively, 

management server 416 may be employed to identify files without requiring a user to 

select files for migration. 

When it becomes necessary to migrate the user's data due to machine failure, 

machine replacement, hardware failure, or any other circumstance, the user invokes the 
20 mechanism of the present invention by using the normal program invocation method for 

that computer system or optionally by booting up the system using a set of special floppy 

disks that contain the processes of the present invention. The latter method of invocation 

is particularly useful if the system from which to migrate the data has become 

inspirational or unbeatable using normal methods. 
25 The mechanism of the present invention queries the relational meta data in 

database 412 and builds a hst of the files to transfer from source 400 to destination 414. 
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Management server 416 acts as an agent or intermediary to ensure that the data is 
transferred successfully and completely, and that the data is copied and stored in the 
correct folder or directory on destination 414. Files may be transferred from source 400 
to management server 416 for temporary storage. When destination 414 is ready to 
5 accept files or has been identified, then the files may be sent from management server 416 
to destination 414. Alternatively, the files may be transferred directly from source 400 to 
destination 414 with management server 416 monitoring and verifying the transfer of 
data. 

The mechanism of the present invention determines the correct location on 

10 destination 414 by examining the system configuration to determine the correct location 
of the data files. Alternatively, destination 414 may act as the intermediary or agent 
instead of requiring the management services of management server 416 to facilitate the 
transfer of files from source 400 to destination 414. hi this instance agent 418 ensures 
that the files are transferred to the appropriate location within destination 414. 

15 Additionally, agent 418 resolves placement of migrated data in destination 414 even if the 
location of the appUcation on destination 414 is different from that in source 400. 

The invention on the source machine then begins the process of copying the 
necessary data and configuration files to the destination machine until all required files 
have been successfixUy copied. 

20 Turning next to Figure 5, a diagram of meta data describing relationships 

between applications and associated data is depicted in accordance with a preferred 
embodiment of the present invention. In the depicted example, records 500, 502, and 504 
are examples of meta data, which may be stored in a database, such as database 412 in 
Figure 4. Record 500 includes sections 506, 508, 510, 512, 514, and 516. Section 506 

25 identifies the date of the last file update. Section 508 indicates the time the file was last 
accessed in hours, minutes, and seconds. Section 510 identifies the name of the file. 
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while section 512 identifies the location of the file. The application making the call for 
the function is identified in section 514, The user is identified in section 516. 

With reference now to Figure 6, a diagram illustrating an example call is depicted 
in accordance with a preferred embodiment of the present invention. Call 600 is an 
5 example of a call, which may be used to obtain a file list. The call specifies an 

application name as well as criteria, which may be used to search for records, such as 
records 500, 502, and 504 in Figure 5 within database 412 in Figure 4. The criteria may 
be, for example, a fist of files associated with the Lotus Word Pro application that are 
more than 30 days old, 

10 Turning next to Figure 7, a flowchart of a process used for installing the 

processes for automatically discovering relationships between applications and associated 
data is depicted in accordance with a preferred embodiment of the present invention. The 
process begins by detecting a system boot of the data processing system (step 700). Next, 
hooks are installed (step 702). The hooks installed are those for use by a device driver to 

15 hook or intercept calls for file functions. Then, the system boot is continued (step 704) 
with the process terminating thereafter. 

The flowcharts illustrated in Figures 8-12 are examples of processes used to 
automatically discover relationships between applications and associated data. With 
reference now to Figure 8, a flowchart of a process used for handling requests for file 

20 operations is depicted in accordance with a preferred embodiment of the present 

invention. The process illustrated in Figure 8 may be implemented in a device driver, 
such as device driver 410 in Figure 4, 

The process begins by receiving a request for a file operation (step 800). Next, a 
determination is made as to whether the file operation is to open a file (step 802). If the 

25 file operation is not open, then a determination is made as to whether the file is to be 
deleted (step 804), If the file is not to be deleted, a determination is made as to whether 
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the file is to be renamed (step 806). 

If the file is not to be renamed, a determination is made as to whether the file is 
closed or copied (step 808). If the file is not to be closed or copied, the file operafion 
continues (step 810) with the process terminating thereafter. At this point, the file 
5 operation request is passed to the actual file function that is to process the request. 

With reference again to step 808, if the file is to be closed or copied, close or copy 
operation is performed (step 812) with the process proceeding to step 810. Turning back 
to step 806, if the file is to be renamed, a rename operation is performed (step 814) with 
the process proceeding to step 810 thereafter. With reference again to step 804, if the file 
10 is to be deleted, a delete operation is performed (step 816) and the process proceeds to 
step 810 as described above. With reference again to step 802, if the file is opened, an 
open operation is performed (step 818) with the process proceeding to step 810, 

Turning next to Figure 9, a flowchart of a process used for processing an open 
operation is depicted in accordance with a preferred embodiment of the present invention. 
15 The process illustrated in Figure 9 is a more detailed description of step 818 in Figure 8. 

This process is called in response to an open operation being present. The process 
begins with a determination as to whether a record of the file identified for the operation 
is present in the database (step 900). If the file is not present in the database, an 
identification of the file is added to the database (step 902) with the process returning 
20 thereafter for a continuation of the file operation. The identification may include, for 
example, the name of the file, the name of application requesting the operation, a date, 
and a time of the request. 

Otherwise, a determination is made as to whether the file is found in the same 
location (step 904). If the file is found at the same location, the process returns to 
25 continue process the file operation. If the file is not in the same location, the record is 
updated with the new location (step 906) with the process then returning. The open 
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operation occurs immediately because the database cannot be updated until it is known 
that the file can be opened. 

With reference now to Figure 10, a flowchart of a process used for processing a 
delete operation is depicted in accordance with a preferred embodiment of the present 
5 invention. The process illustrated in Figure 10 is a more detailed description of step 816 
in Figure 8. 

The process begins with a determination as to whether a record of the file is in a 
database (step 1000). If the file is in the database, the database is updated (step 1002) 
with the process then returning to continue the file operation. This update reflects the 
10 application closing the file as well as other information, such as a time and date of the 
operation. Otherwise, the process returns without performing any action in the database, 
hi this instance, the file is not tracked by the mechanism of the present invention. 

Turning next to Figure 11, a flowchart of a process used for renaming is depicted 
in accordance with a preferred embodiment of the present invention. The process 
15 illustrated in Figure 11 is a more detailed description of step 814 in Figure 8. 

The process begins with a determination as to whether a record of the file is in the 
database (step 1100). If the file is not in the database, a new record is estabhshed in the 
database (step 1102), and the process returns to continue processing the file operation. 
The new record may be in a format, such as, for example, record 500 in Figure 5. 
20 Otherwise, the database is updated (step 1104) with the process returning for continued 
processing of the file operation. 

With reference now to Figure 12, a flowchart of a process used for processing a 
close or copy operation is depicted in accordance with a preferred embodiment of the 
present invention. The process illustrated in Figure 12 is a more detailed description of 
25 step 812 in Figure 8. 

The process begins with a determination as to whether a record of the file is in a 
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database (step 1200). If the file is in the database, a reference is updated (step 1202) with 
the process returning to continue the file operation. Otherwise, a new record for the file 
is added to the database (step 1204), and the process returns for continuation of the file 
operation. 

5 Turning next to Figure 13, a flowchart of a process used for processing queries 

for file information is depicted in accordance with a preferred embodiment of the present 
invention. The process illustrated in Figure 13 may be implemented in a device driver, 
such as device driver 410 in Figure 4, 

The process begins by receiving a call for file information (step 1300). This call 
10 may be received from an appKcation, such as apphcation 408 in Figure 4. Next, a 

database is queried for file names and locations of files for the application identified in 
the query (step 1302). A result is received from the database (step 1304) and returned to 
the caller (step 1306) with the process terminating thereafter. 

With reference now to Figure 14, a flowchart of a process used by an application 
15 to obtain a list of files is depicted in accordance with a preferred embodiment of the 
present invention. The process illustrated in Figure 14 may be implemented in an 
application, such as application 408 in Figure 4. 

The process begins by sending a call for a list of files for an application (step 
1400). This application may be the application generating the call for the list or for 
20 another apphcation. This call is sent to a device driver, such as device driver 410 in 

Figure 4. Next, a result is received (step 1402). Then, a list of file names and locations 
is presented on a display to the user (step 1404) with the process terminating thereafter. 

One use of the mechanism of the present invention is for migration of 
applications. When the user needs to migrate the application file data to another system, 
25 the user first installs the relevant applications on the new system. The user then invokes 
the invention and selects the "migrate" option. This option presents a menu of the files to 
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migrate by reading the relational meta data for each file that is related to the relevant 

applications. The user can then accept or refuse for one or more files to be copied or 

migrated to the new system. 

Turning next to Figure 15, a flowchart of a process used for migrating an 
5 appUcation and associated data is depicted in accordance with a preferred embodiment of 

the present invention. The process illustrated in Figure 15 may be implemented in a 

management sever, such as management server 416 in Figure 4. 

The process begins by requesting relational meta data for an application from a 

source (step 1500), hi this example, the meta data may be requested from a data store, 
10 such as database 412 in Figure 4. This meta data may take a form, such as the records 

illustrated in Figure 5. Next, relational meta data is received from the source (step 1502). 

Files are identified for migration to a destination system from the source (step 1504). 

Identified files are requested (step 1506), and then received from the source (step 1508). 

Files are stored on the destination system (step 1510). Billing is performed for the 
15 migration process (step 1512) with the process terminating thereafter. In this example, 

the billing is performed on a per migration basis. Alternatively, the process may be 

offered as a service that is billed as a monthly fee or on some other periodic basis. 

Alternatively, an agent on the destination may include processes illustrated in 

Figure 15 for identifying and transferring files from the source to the destination system. 
20 hi this case, the agent may be requested by a local or remote server to perform the 

migration on behalf of the user. This migration may be performed at a specified time so 

that it will not impact normal daily operations. The agent will perform the steps as 

described in Figure 15 and then report the status of the migration completion to the 

requesting local or remote server. This allows the migration service to be directed by a 
25 remote management server or provider. 

With reference now to Figure 16, a flowchart of a process used for migrating an 
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application and associated data through user input is depicted in accordance with a 
preferred embodiment of the present invention. The process illustrated in Figure 16 may 
be implemented in a management sever, such as management server 416 in Figure 4. In 
this particular example, user input is received to initiate and select files for migration by a 
5 user. 

The process begins by receiving a request from a user to migrate files for a 
application to a destination (step 1600). The user input may be received through a 
graphical user interface (GUI). For example, the user may select a "migrate" button in 
the GUI. Next, files associated with the appHcation are identified (step 1602), A list of 

10 identified files is presented to the user (step 1604). The files may be presented in a 

number of different ways in GUI. For example, a window containing a list of files may 
be presented on the GUI. A user may select files from the list that are to be migrated, 
while other files will be ignored. User input selecting the files is then received (step 
1606). Requested files are selected (step 1608), and the identified files are received 

15 (1610). Then, the identified files are stored on a destination (step 1612). A verification 
of the transfer of the identified files is presented to the user (step 1614). The user is 
billed for the migration of the files (step 1616) with the process terminating thereafter. 

In the example illustrated in Figure 16, a user may initiate the processes in 
management server 416 in Figure 4 from a remote data processing system or at the data 

20 processing system on which management server 416 is located. For example, the user 
may actually initiate the process at destination 414 in Figure 4. The files also may be 
transferred directly from the source to the destination, rather than being stored 
temporarily by management server 416, Also, these processes may be implemented in 
destination 414 without requiring an intermediary, such as management server 416. 

25 Thus, the present invention provides an improved method, apparatus, and 

computer implemented instructions for migrating applications and associated data to a 
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destination data processing system. The identification of files to be migrated are based on 
meta data collected during the creating and accessing of files by an appUcation on the 
source data processing system. This data is collected at an operating system level in the 
depicted examples. When an apphcation and data are to be migrated to a destination data 

5 processing system, the mechanism of the present invention is invoked to retrieve the meta 
data. This retrieved meta data is used to identify the files and their locations on the 
source data processing system. Based on these identifications, the files are copied or 
moved from the source data processing system to the destination data processing system. 
With the mechanism of the present invention problems associated with changing 

10 extensions for files are avoided. 

It is important to note that while the present invention has been described in the 
context of a fixlly fimctioning data processing system, those of ordinary skill in the art will 
appreciate that the processes of the present invention are capable of being distributed in 
the form of a computer readable medium of instructions and a variety of forms and that 

1 5 the present invention apphes equally regardless of the particular type of signal bearing 
media actually used to carry out the distribution. Examples of computer readable media 
include recordable-type media, such as a floppy disk, a hard disk drive, a RAM, 
CD-ROMs, DVD-ROMs, and transmission-type media, such as digital and analog 
communications links, wired or wireless communications links using transmission forms, 

20 such as, for example, radio fi-equency and light wave transmissions. The computer 

readable media may take the form of coded formats that are decoded for actual use in a 
particular data processing system. 

The description of the present invention has been presented for purposes of 
illustration and description, and is not intended to be exhaustive or limited to the 

25 invention in the form disclosed. Many modifications and variations will be apparent to 
those of ordinary skill in the art. Although the depicted illustrations show the mechanism 
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of the present invention embodied on a single server, this mechanism maybe distributed 
through multiple data processing systems. The embodiment was chosen and described in 
order to best explain the principles of the invention, the practical application, and to 
enable others of ordinary skill in the art to understand the invention for various 
embodiments with various modifications as are suited to the particular use contemplated. 
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